That's pretty major! I would definitely worry a bit about Vultr for production at this point. We are using it in this one instance for something internal that has a good amount of ability to go offline for a while without it being an issue. Vultr is saving us a fortune in this instance.

Amazon and Azure are really the big players now for production stuff. Rackspace is there but their quality is definitely lagging. We still use them (for ML for example) but are using them less and less. I've run into almost non-stop issues with using them for anything of scale. Their support is just so poor.

@thecreativeone91 said:

@scottalanmiller said:

@thecreativeone91 said:

I just realized what the "Big red V" is....

Not to be confused with the big pink V.

And what is that?

I have no idea either.

And, in this case, who offers a truly UK cloud IaaS product? All of the key players are American.

@Carnival-Boy said:

I agree that the term "unlimited" is often abused though. I don't know if it's the same in the US, but we had a big problem over here with ISPs offering "unlimited" internet usage that was actually capped. I think the term was "Unlimited - subject to fair usage policy" where fair usage was an arbitrary figure set by the ISP.

Is that not protected by the Trades Description Act?

@scottalanmiller said in CloudatCost Issues:

Damn. Yeah they had me snookered. At least to the benefit of the doubt level.

Yeah. I used them for a while and when it worked, it was good. But by the time they started trying to bill me for the maintenance or whatever, I had already stopped using them due to the number of problems.

@nadnerB said:

@tonyshowoff said:

@scottalanmiller said:

Here is what they eventually said...

Thank you for the follow up on this issue. After closer review, it appears the build failed to complete. This resulted in the droplet not being created. You will want to re-attempt creating the droplet. If you have any further questions or concerns, please don't hesitate to let us know.

Complain I say, complain!

Lol, love the Foghorn Leghorn reference

Suh, I challenge you to a duel

Digital Ocean is great! One of my favorites!

@scottalanmiller said in My Misadventures with Cloud At Cost:

I always recommend CloudFlare, it's the best DNS host I have found.

I am more of a ClouDNS + BunnyCDN fan

CloudAtCost has completely revoked their "free for life" products that people have already paid for in full and is now simply charging for them - even ones that customers already own. Customers are now being extorted to pay annually for something they were sold specifically so that they would not have to pay for in this way. The service is no longer a scam on the technical level, it is now a full scam on the billing and marketing level as well.

https://mangolassi.it/topic/14009/cloudatcost-turning-to-extortion

@scottalanmiller said:

@Carnival-Boy said:

Sounds cool. I nominate @coliver as the system administrator 😉

My lad may become ML's youngest member 🙂

@Mike-Ralston admins some already. He built one in the NTG lab last week.

It's currently undergoing some changes, as a server cannot realistically be run with more than a few people without any plugins. I'll get right on working on it more, though!

I second Digital Ocean. They have 1 click installers for wordpress.
https://www.digitalocean.com/community/tutorials/one-click-install-wordpress-on-ubuntu-14-04-with-digitalocean

Here is the VM offerings table.

VM Size Cores RAM Storage Persistent Data Disks Max Standard_G1 2 28 412 4 Standard_G2 4 56 824 8 Standard_G3 8 112 1,649 16 Standard_G4 16 224 3,298 32 Standard_G5 32 448 6,596 64

@JaredBusch said:

@scottalanmiller said:

@thecreativeone91 said:

How come they don't fail over the VMs to another server, then update the original server move them back and so on as to make it an update with no down time?

Cloud is not high availability. That's a very common misconception. Cloud is beneath the HA layer. Anyone who had HA stayed up and running, of course, but cloud itself is not HA.

They easily could have chosen to do so, but the workload would not offset the cost I am sure.

Not really, because you can only do so much HA at that layer. Not every workload can be made HA in that way. But more importantly, HA is always an option and most importantly, HA is something you do, not something that you buy. But anyone who had an outage, like us, chose to not pay for HA because it is cheaper to have blips than to have the cost of HA.

It's really the end users who opted out of HA.